• 

Please acfdnew claims 41-74 as follows: 



41. A method for providing mutual exclusion for a resource in a computer 
system having a plurality of processes, the method comprising: / 

maintaining a resource lock for each process requiring acces?4o the 
resource, the resource lock having a plurality of fields requiring^tialization in 
order for the process to access the resource, the plurality of fields including an 
owner indicator field for indicating an owner process for the resource; 

receiving, by a first process, an inquiry from a second process inquiring 
whether the first process owns the resource; / 

determining, by the first process, an owner process for the resource other 
than the first process; and / 

creating a ghost lock for the first processywherein the ghost lock is a 
partial instantiation of a resource lock having/at least the owner indicator field 
initialized to indicate the owner process butTiaving less than all fields initialized, 
and wherein the ghost lock is maintained/to facilitate future access to the 
resource by the first process. / 

42. The method of claim 41, whprein determining the owner process by the 
first process comprises: / 

determining that the fir^ process is not the owner process; and 
determining thereby mat the second process is the owner process. 

43. The method of claim 42, further comprising: 

sending, by the/nrst process, a response to the second process indicating 
that the first processes not the owner process for the resource; and 

creating an/owner lock for the second process, wherein the ovmer lock is a 
resource lock having all fields initialized and the owner indicator field indicating 
that the second process is the owner process for the resource. 
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44. The method of claim 41, further comprising: 

determining, by the second process^ the owner process for the resource, 
the owner processing being one of the second process and a third process; 

creating an owner lock for the sepond process if the second process is the 
owner process for the resource, wherein the owner lock is a resource lock having 
all fields initialized and the owner indicator field indicating that the second 
process is the owner process for the resource; and 

creating a reference lock for the second process if the third process is the 
owner process for the resource, whejrein the reference lock is a resource lock 
having all fields initialized and the owner indicator field indicating that the third 
process is the owner process for the resource. 

45. The method of claim 44, wl^erein determining the owner process by the 
second process comprises: 

sending, by the second process, an inquiry to the third process inquiring 
whether the third process owns the resource; 

receiving, by the second process, a response from the third process 
indicating whether the third process is the owner process for the resource; and 

determining, by the second process, that the second process is the owner 
process for the resource, if the response indicates that the third process is not the 
owner process for the resource. 

46. The method of claim'45, further comprising: 

sending, by the second process, an owner notification message to the first 
process indicating the owLer process for the resource, the owner process being 
one of the second process and the third process. 

47. The method of claim 46, wherein determining the owner process by the 
first process comprises: 



determining the owner processffor the resource based upon the owner 
notification message. 

48. The method of claim 41, further comprising: 
determining that the first process requires access to the resource; 
identifying, by the first process, the owner process for the resource using 

the ghost lock; and 

sending, by the first proofess, a request message to the owner process 
requesting access to the resource without first sending an inquiry message to 
determine the owner process. 

49. The method of claim 4JB, wherein identifying the owner process for the 
resource using the ghost lock comprises: 

finding the ghost loc|c among a plurality of resource locks based upon a 
resource identifier; and 

obtaining the owne^ process from the owner indicator field of the ghost 

lock. 



50. The method of clapm 48, further comprising: 

converting the gnost lock to a reference lock by initializing all 
uninitialized fields of th e lock. 

51. An apparatus fo • providing mutual exclusion for a resource in a computer 
system, the device com prising: 

a lock storage fc r storing resource locks, each resource lock having a 
plurality of fields reqiuring initialization in order for a corresponding process to 
access the resource, the plurality of fields including an owner indicator field for 
indicahng an owner process for the resource; and 

a distributed lock service process for managing resources locks in the lock 
storage, wherein the pstributed lock service process is operably coupled to 
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determine an owner process for the resource other thAn the distributed lock 
service process upon receiving an inquiry from another process inquiring 
whether the distributed lock service process owns/the resource and to create a 
ghost lock in the lock storage, wherein the ghost^ock is a partial instantiation of a 
resource lock having at least the owner indicator field initialized to indicate the 
owner process but having less than all fields mitialized, and wherein the 
distributed lock service process maintains tbie ghost lock to facilitate future 
access to the resource. / 

52. The apparatus of claim 51, wherein the distributed lock service process is 
operably coupled to determine that the other process is the owner process for the 
resource if the distributed lock service process is not the owner process for the 
resource. / 

53. The apparatus of claim 51, ywherein the distributed lock service process is 
operably coupled to send a response to the second process indicating that the 
first process is not the owner process for the resource. 

54. The apparatus of claim 51, wherein the distributed lock service process is 
operably coupled to determine the owner process for the resource based upon an 
owner notification message received from the other process, the owner 
notification message identtfying the owner process for the resource. 

55. The apparatus of jclaim 51, wherein the distributed lock service process is 
operably coupled to identify the ovmer process for the resource using the ghost 
lock upon requiring access to the resource and to send a request message to the 
owner process reque^ng access to the resource without first sending an inquiry 
message to determine the owner process. 
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56. The apparatus of claim 55, wherein the distributed lock service OT^cess is 
operably coupled to identify the owner process for the resource usinef the ghost 
lock by finding the ghost lock aniong a plurality of resource locks in the loci 
storage based upon a resource identifier and obtairung the owner process from 
the owner indicator field of the ghost lock. 

57. The apparatus of claim 55, wherein the distribute^ lock service process is 
operably coupled to convert the ghost lock to a reference lock by initializing all 
uninitialized fields of the lock. 

58. An apparatus comprising a computer readable medium having embodied 
therein a computer program for providing mutual exclusion for a resource in a 
computer system, the computer program comprising: 

a distributed lock service process for managing resources locks in a lock 
storage, each resource lock having a plurality of fields requiring initialization in 
order for a corresponding process to access the resource, the plurality of fields 
including an owner indicator field for indicating an owner process for the 
resource, wherein the distributed lock service process is programmed to 
deternune an owner process for j?ne resource other than the distributed lock 
service process upon receiving/an inquiry from another process inquiring 
whether the distributed lock/ervice process OAvns the resource and to create a 
ghost lock in the lock storage, wherein the ghost lock is a partial instantiation of a 
resource lock having at le^st the owner indicator field irutialized to indicate the 
owner process but having less than all fields initialized, and wherein the 

distributed lock service process maintains the ghost lock to facilitate future 

/ 

access to the resource. 



59. The apparatus of claim 58, wherein the distributed lock service process is 
/ 

programmed/to determine that the other process is the owner process for the 



6 



resource if the distributed lock service procejfs is not the owner process for the 
resource. 



60. The apparatus of claim 58, whereim the distributed lock service process is 
programmed to send a response to the second process indicating that the first'^ 
process is not the owner process for the resource. j 



61. The apparatus of claim 58, wMerein the distributed lock service /process is 
progranuned to determine the owner process for the resource based upon an 
owner notification message received from the other process, the owner 
notification message identifying rhe owner process for the resource. 



62. The apparatus of claim 58, wherein the distributed lock service process is 
programmed to identify the owner process for the resource using the ghost lock 
upon requiring access to the resource and to send a request message to the owner 
process requesting access to the resource without first sending an inquiry 
message to determine the oXner process. 



63. The apparatus of claim 62, wherein the distributed lock service process is 
progranuned to identify the owner process for the resource using the ghost lock 
by finding the ghost lock/among a plurality of resource locks in the lock storage 
based upon a resource iaentifier and obtaining the owner process from the 
owner indicator field of/the ghost lock. 

64. The apparatus of claim 62, wherein the distributed lock service process is 
progranuned to convert the ghost lock to a reference lock by initializing all 
iminitialized fields of the lock. 

65. A computerysystem comprising a plurality of processes sharing a resource, 
wherein: 
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a resource lock is maintained for each process requiring^ccess to the 
resource, the resource lock having a plurality of fields requmng initialization in 
order for the process to access the resource, the plurality of fields including an 
owner indicator field for indicating an owner process for the resource; 

a first process receives an inquiry from a secona process inquiring 
whether the first process owns the resource; 

the first process determines an owner pro/ess for the resource other than 
the first process; and 

a ghost lock is created for the first proi^ess, wherein the ghost lock is a 
partial instantiation of a resource lock havmg at least the owner indicator field 
initialized to indicate the owner process but having less than all fields initialized, 
and wherein the ghost lock is maintained to facilitate future access to the 
resource by the first process. 

66. The computer system of claim 65, wherein the first process determines 
that the second process is the owner process for the resource if the first process is 
not the owner process for the resource. 

67. The computer system oy claim 66, wherein: 

the first process sends a response to the second process indicating that the 
first process is not the ownen process for the resource; and 

an owner lock is created for the second process, wherein the owner lock is 
a resource lock having all fields initialized and the owner indicator field 
indicating that the second/process is the owner process for the resource. 

68. The computer system of claim 65, wherein: 

the second process determines the owner process for the resource, the 
owner processing being one of the second process and a third process; 

an owner lockAs created for the second process if the second process is the 
owner process for tne resource, wherein the owner lock is a resource lock having 
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all fields initialized and the owner indicator field indicating that the s^ond 
process is the owner process for the resource; and 

a reference lock is created for the second process if the thin^ process is the 
owner process for the resource, wherein the reference lock is a i^source lock 
having all fields initialized and the owner indicator field inc^ating that the third 
process is the owner process for the resource. 

69. The computer system of claim 68, wherein the^econd process determines 
the owner process by: 

sending an inquiry to the third process inquiring whether the third 
process owns the resource; 

receiving a response from the third of ocess indicating whether the third 
process is the owner process for the resoin^ce; and 

determiningthat the second pro^ss is the owner process for the resource, 
if the response indicates that the thir^ process is not the owner process for the 
resource. 

70. The computer system ofyclaim 69, wherein: 
the second process sends an owner notification message to the first 

process indicating the ovmer process for the resource, the owner process being 
one of the second process cmd the third process. 

71. The computer s)^tem of claim 70, wherein the first process determines the 
owner process for the/resource based upon the owner notification message. 

72. The computer system of claim 65, wherein: 

the first process identifies the owner process for the resource using the 
ghost lock uponyrequiring access to the resource and sends a request message to 
the owner process requesting access to the resource without first sending an 
inquiry message to determine the owner process. 



